当 AI 开始替你下单、谈判、发邮件：它总得先有个“身份证”

想象一下，周一早上，你的 AI 助手替你比价、订机票、把合同初稿发给供应商，还和对方公司的 AI 助手确认了交付时间。流程顺得不可思议。

下午，供应商说：那封同意延期的邮件不是他们的助手发的。你的系统也说：不是我。

这时才发现，问题并不在 AI 会不会说话，而在互联网还没有一套足够好用的办法回答一个老问题：你到底是谁？谁该为你的动作负责？

最近，互联网协议的重要奠基者之一 Vint Cerf 加入 Innovation Labs，推动一项名为 DNSid 的尝试：给能在网上自主行动的 AI 智能体，绑定可验证、可追溯的身份。它听上去很技术，翻译成大白话就是——未来的 AI 可能也要有一张能查到“监护人”的数字身份证。

现在的 AI，像一群戴着面具的实习生

今天的智能体大多还待在各自的围墙里：在公司的客服系统里答问题，在办公软件里整理文档，在一个账号权限下调接口。它们当然已经有登录凭证，但那种凭证更像临时门禁卡：进了这个楼能开门，换一栋楼又得重新登记。

真正麻烦的是，智能体一旦跨出围墙，情况就变了。它要代表人去查询、谈价、预约、调用别人的服务，甚至把任务再交给另一个智能体。屏幕另一端看到的，不再是一个熟悉的同事，而是一段自称“代表某公司”的程序。

人和人交易时，我们至少会看手机号、平台认证、支付记录；网站之间有域名、证书和 HTTPS。可一个 AI 智能体怎么证明自己？它用哪把密钥、属于哪家公司、被撤销后还会不会继续行动？这些问题没有统一答案。

DNS 是互联网最朴素、也最成功的一套通讯录。你输入一个域名，DNS 会把它翻译成机器能找到的地址。你不需要知道服务器在哪里，也不需要每次打开网页都问一遍“这家店是真的吗”。域名、证书、注册信息和浏览器规则一起，构成了网上最基础的一层信任。

DNSid 的想法是借用这层老基础设施：让一个智能体拥有隶属于某个组织域名的完整名称，并在 DNS 记录里公开指向它的密钥、生命周期记录、当前状态等可验证信息。

比如，travel-agent.example.com 不再只是一个好看的地址，而可以让别的系统检查：它是否真的归 example.com 管；它的签名是不是当前有效；它是正式上线、临时停用，还是已经被撤销。身份不等于能力，但没有身份，就很难谈能力边界。

但别把“可识别”误解成“可信任”。这是这类项目最值得保持清醒的地方。

一个带着真实域名的智能体，仍可能被错误配置、被提示注入诱导，或者拿到了过大的权限。就像快递员有工牌，不代表你该把保险箱密码交给他。DNSid 能解决的是“出了事，尽量知道是谁”；它解决不了“这个人一定会把事做好”。

因此，未来真正能用的智能体体系，至少要有三层：先确认身份，再限制权限，最后保留审计痕迹。它能代表谁？一次能花多少钱？能不能把任务转交？做错后能不能撤销、回滚、追溯？这些看似不酷的问题，决定了 AI 能否从聊天窗口走进真实流程。

一个更实际的判断标准是：如果某个智能体替你完成一件事，三个月后发生争议，你能不能像查一笔转账那样，弄清它当时是谁、受谁授权、调用了什么、把结果交给了谁？如果不能，它就更像一个会说话的黑箱，而不是可靠的数字员工。

过去几十年，互联网规则主要围绕人和网站设计。账号、密码、验证码、隐私条款，默认背后坐着一个会被追责的人。

智能体不一样。它能在凌晨连续发出几千个请求，瞬间复制出一百个分身，也能在不同平台间搬运任务。它不疲惫，也不会凭常识停下来问一句：“这件事是不是有点不对？”

所以，给智能体命名和登记，不只是为了让企业好管理，也是在给开放互联网留一点秩序。如果未来网上大部分互动都发生在程序之间，人类至少要能看懂这些程序从哪里来、代表谁、有没有越权。

当然，命名本身也有权力。谁制定标准，谁运营目录，谁能吊销身份，谁又会被排除在体系之外？一套面向智能体的身份规则，不能只方便大公司批量部署，也该给小团队、开源项目和普通用户留下平等接入的空间。否则，我们解决了“机器人不知道自己是谁”，却换成“只有少数平台有资格给机器人发证”。

Vint Cerf 这次参与的新闻，真正有趣的地方不在一个新缩写，而在它透露出一个方向：AI 智能体已经不再只是演示里的助手。人们开始认真讨论，它们怎样跨组织协作、怎样被发现、怎样被追责。

对普通人而言，这并不遥远。以后你可能不会手动核验一串 DNS 记录，就像今天也不会亲自检查每个网站的证书链。但你会在授权前看到更清楚的提示：这个助手由谁运营、将访问什么、权限何时失效、发生问题找谁。

真正成熟的技术，常常不是让人“哇，好聪明”，而是让人敢放心把一件小事交出去。AI 要走到那一步，除了更会思考，也得先学会报上自己的名字。